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(57) Abstract: The invention concerns a device dedicated to the management of data between at least one user mobile station (MS) 
equipped with a communication module (1), stationary tenninals (3) associated with at least one service, and a plurality of mobile 
service means (8) equipped with a communication module (9) and adapted to ensure said service. Said device comprises i) first 
control means (2) designed to be implanted in the user mobile station (MS) and adapted, upon the user's instruction to generate a 
primary request including data defining a request for obtaining a service selected at a terminal (3) installed proximate to the mobile 
station (MS) and associated with the service, ii) second control means (7) adapted, upon reception of a primary request, to generate 
a secondary request including data defining a request for ensuring the selected service at the terminal (3), and iii) third control 
means (10) implanted in each of the mobile service means (8) and adapted, upon reception of a secondary request by the associated 
communication module (9), to order stoppage of the associated mobile service means (8) at the terminal (3), so as to ensure the 
service requested by the user of the mobile station (MS). 



f^l (57) Abrege : Un dispositif est d^i^ ^ la gestion de donnas entre au moins une station mobile (MS) d'utilisateur 6quip^ d*un 
module de communication (1), des homes fixes (3) associ6es ^ au moins un service, et une multiplicity de moyens de service mobiles 
(8) 6quip6s d*un module de conmiunication (9) et aptes ^ assurer ce service. Ce dispositif comprend i) des premiers moyens de 
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controle (2) destines k etre implant6s dans la station mobile (MS) d^utilisateur et agenc6s, sur ondre de 1' utilisateur, pour g6n6rer une 
requete primairB comportant des donn^es d^finissant une demande d*obtention d'un service choisi au niveau d*une borne (3) install^e 
k proximity de la station mobile (MS) et associ^e au service, ii) des deuxi^mes moyens de controle (7) agenc^s. k r6ception d*une 
requSte primaire, pour g€n6ieT une lequete secondaire comportant des donn6es d^finissant une demande de realisation du service 
choisi au niveau de la borne (3), et iii) des troisifemes moyens de controle (10) implant^s dans chacun des moyens de service mobiles 
(8) et agenc^. en cas de reception d*une requSte secondaire par le module de communication associ6 (9), pour ordonner Tairet des 
moyens de service mobiles (8) associ^s au niveau de la borne (3). de mani^re k assurer le service demand^ par Tutilisateur de la 
station mobile (MS). 
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DISPOSITIF ET PROCEDE DE GESTION DE DONNEES ENTRE EQUIPBMENTS DE COMMUNICATION 
EN VX7B DE L' OBTENTION D'UN SERVICE MOBILE 



.5- 

Uinvention conceme le domaine des equipemeats de communication, et plus 
pardculieiement la gestion de donn^es 6chang£es entre des stations mobiles d'utilisateurs 
et d'autres types d'^uipements fixes ou mobiles afin d'obtenir tin service. 

10 On entend id par « obtenir un service » le fait d'obtenir des infoimations ou des 

renseignraients ou d'initier ou effectuer une proc^ure, comme par exemple im achat, 
ime r^ervation, une livcaison ou une prise en cdiarge par un v^hicule. 

GrSce&ravdnement des i^seauxdeconmounications mobiles, etnotanmientdesr6seaux 
15 GSM/GPRS et UMTS, de trfes nombreuses personnes peuvent obtenir des services k 

distance en ^tablissant une communication entre leur station mobile, telle qu'un 
t^lSphone mobile ou un assistant i)ersonnel num6rique (ou PDA), et un ^quipement de 
. commimication distant, tel qu'un serveur, une station mobile ou un ordinateur. 

n existe cependant de nombreuses situations dans lesquelles une personne (ou 
utilisateur) ^uip£(e) d'une station mobile ne pent pas obtenir le service qu'elle desire. 
C'est notamment le cas dans le domaine des transports en commun et dans le domaine 
de la foumiture d'informations ou de renseignements dans certains Ueux publics ou 
piiv6s tr6s fr6quent6s. Par exemple, ime personne ^mobilit^ restreinte, qui se dirige vers 
xm arret d'autobus, n'a pas la possibility d'indiquer au prochain autobus qui dessert cet 
arret qu'elle souhaite qu'il la premie en charge. Cette situation est encore plus ennuyeuse 
dans le cas d'un mai-voyant ou d'un mal-entendant, puisque le premier ne peut ni 
apercevoir I'autobus, ni reconnaitre le num^ro de la ligne qu'empnmte un autobus qu'il 
aurait entcoidu arriver, et le second ne peut pas entendre qu'un autobus arrive. Par 
ailleurs, dans certains lieux publics oupriv^, tels que les a^roports, les gares ferroviaires 
ou les centres commerciaux, il est fir^uent de trouver des bomes d'information 
d^sert^es par le persoimel cJiaig^ ^'y foumir des informations ou des renseiguCTtients. 

^invention a done pour but d^amSliorer la situation, en proposant une solution 
35 permettant de rem^dier a certains des inconvdnients precites. 

Elle propose k cet effet un proc6d6 de gestion de donn6es entre des stations mobiles 
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d'utilisateurs ^uip£es d'un mochile de communication, des bomes fixes associ^ k an 

moins un service, et une multiplicity de moyens de service mobiles ^uip6s d^un module 
de communication et aptes a assure ledit service. 

5 Ce proc^y se caract^se par le fait qu'il conq>rend : 

- une premidie dtape dans laquelle on gendre, a I'aide d'une stadon mobile d'utilisateur, 
une requite primaire comportant des donn^ qui d&Gnissent une demande 
d'obtention d'un service choisi (conome par exemple Tarr^t d'un autobus) au niveau 
d'une bome (par exemple agenc^e sous la forme d'un « abri-bus » ou d'une partie 

lo d'un abri-bus) installee k proximit6 de la station mobile et associ^ au service 

demand^, 

- une deuxidme 6tape dans laquelle, apr^s avoir re^u la requete primaire, on g^nere une 
requite secondaire comportant des donnas qui d^finissent une demande de 
realisation du service choisi au niveau de la bome proche de la station mobile, 

15 - xme troisidme 6tape dans laquelle on r6ceptioime la requete secondaire au niveau du 

moyen de service mobile le plus proche de la bome designee, de sorte qu'il s'arrete 
au niveau de cette bome et assure le service demand^ par I'utilisateur de la station 
mobile qui a ^mis la requete primaire. 



20 Bien entendu, lorsque le moyen de service mobile est d6jk arrSt^ au niveau de la bome 
d6sign6e, il pent imm^diatement assurer le service demand^. 



Dans xm premier mode de mise en oeuvre, lors de la premiere 6tape on i^ceptionne la 
requSte primaire au niveau de la bome et on gen^re la requete secondaire au niveau de 

25 cette bome. Dans ce cas, la reception de la requdte primaire survient de preference 

lorsqiie la station mobile qui I'a g6n6r6e se trouve plac^e k Tinterieur de la « seconde » 
zone de couverture d'^mission de la bome. Par exemple, les generation et reception de 
la requSte primaire (pendant les premiere et seconde etapes) peuvent s'effectuer par 
echanges spontanes de messages, dans le cadre de ce que I'homme de I'art appelle un 

30 « systeme d'information spatial >>. La requSte primaire comporte alors des donnees qui 
definissent une valeur spatiale primaire representative du service choisi par I'utilisateur. 

Par ailleurs, dans ce pr^ni^ mode de mise en oeuvre, le moyen de service mobile (par 
exemple un vehicule de transport) re^oit preferentiellement la requSte secondaire 
35 Q)endant la troisieme etape) lorsque la bome designee se trouve placee k I'intetieur de 
sa troisieme zone de couverture d'emissiorL De nouveau, les generation et reception de 
la requdte secondaire (pendant les deuxidme et troisidme etapes) peuvent s'effectuer par 
echanges spontanes de messages, toujours dans le cadre d'un systdme d'information 



2 



wo 2004/043035 T/FR2003/002997 
spadal. La lequSte secondaire comporte alors des donnfes qui d^fmisseiit ime valeur 
spatiale secondaire repr6sentative du service choisi par Tutilisateijr. 



Dans un second mode de mise en ceuvre, lors de la dewd^e dtape onr6ceptionne la 
5 requSte primaire au niveau d'lm serveur de gestion, puis on determine d'une part, la 

position de labome aproximit^ de la stationmobile de rutilisateur (qui a €sms larequdte 
primaire), et d'autre part, le moyen de service mobile qui est le plus proche de cette 
borne et qui est apte k r^aliser le service defini dans la requete primaire, et enfin on 
adresse k ce moyen de service mobile la requete secondaire k Taide du serveur. 

10 

Dans ce cas, la determination de la position du mobile le plus proche (lors de la 
deuxiSme 6tape) peut consister k adresser k tous les moyens de service mobiles xme 
requite auxiliaire leur draiandant de foumir leurs positions respectives, puis, ar6ception 
des i^onses foumies par les diflKrents moyens de service mobiles, a d^duire de ces 

15 r^ponses le moyen de service mobile qui est situ6 le plus prfes de la borne et qui est apte 

a r^aliser le service d6fini dans la requete primaire. En variante, la determination de la 
position du moyen de service mobile le plus proche (lors de la deuxidme etape) 
s'eflFectue par confix)ntation des positions respectives des differents moyens de service 
mobiles, aptes k rdaliser le service defini dans la requdte primaire, k la position de la 

20 borne. Dans un cas comme dans Tautre, soit la requete primaire comporte la position de 

la station mobile de I'utilisateur et Ton d^duit la position de la borne de celle de la 
station mobile, soit la requSte primaire comporte un identifiant repr6sentatif au moins 
de la position de la borne et Ton d6duit au moins la position de la borne de Tidentifiant 
re9u. 

25 

Par ailleurs, on peut envisager qu'^r^s avoir re9u la requite primaire on adresse des 
informations k la station mobile, comme par exemple le temps n^cessaire au moyen de 
service mobile le plus proche pour parvenir au niveau de la borne, ou des informations 
publicitaires, ou encore des doxm^es d'information d^finissant au moins une adresse de 
30 site d'information accessible par Internet. 

Un tel proc^de trouve des applications particuliSrement int^ressantes notamment dans 
le domaine des transports en commun, et plus partictilierement lorsque, d'me part, les 
moyens de service mobiles sont des v6hicules de transport en commun, tels que des 
35 autobus ou des autocars, et d'autre part, les homes constituent tout ou partie des arrets 

d' autobus (ou abri-bus). 



L'invention porte ^galement sur un dispositif de gestion de donn6es entre au moins une 
station mobile d'utiUsateur ^quip^e d'un module de communication, des homes fixes 
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assod^es&aamoiiis un service, etime multiplicity demoyens de service mobiles ^uip^ 
d'un module de commmucation et aptes ^ assurer le service. 



Le dispositif se caract&dse par le Mt qu^il comprend, d'une premie part, des premiers 
5 moyens de contrdle destines k §tre implant6s dans la station mobile d'lm utilisateur et 

capables, sur ordre de cet utilisateur, de g6n6rer une requ@te pximaire comportant des 
donn6es qui d6finissent une demande d^obtention d'un service choisi au niveau d'une 
borne install^ k proximity de la station mobile et associ^ au service choisi, d'une 
deuxieme part, des deuxidmes moyens de controle capables, lorsqu'ils re9oivent une 
10 requete piimaire, de g&i6rer une requete secondaire comportant des donnees qui 

definissent une demande de realisation du service choisi au niveau de la home, et d'une 
troisieme part, des troisidmes moyens de contrdle implant^s dans chacun des moyens de 
service mobiles et capables, lorsqu'ils re9oivent une requete secondaire du module de 
communication associ6, d'ordoimer rarret des moyens de service mobiles associ^ au 
1 5 niveau de la home designee de maniere k assurer le service demande par Tutilisateur de 

la station mobile. 

Bien entendu, comme indiqu^ pr6c6demment en reference auprocede, lorsque le moyen 
de service mobile est d^j^ arrSt^ au niveau de la borne design6e, on lui ordonne de rester 
20 arrete pour assurer le service demand^. 

Dans xm premier mode de realisation, chaque borne est equip^e d'un module de 
communication et comporte des deuxi&mes moyens de contrdle. 

25 Dans ce cas, les modules de communication de la station mobile et de la home 

presentent respeclivement, de preference, une premie et une deuxidme zones de 
couverture d'emission, et les modules de communication des homes sont c£q>ables de 
receptionner une requite primaire lorsque la station mobile qui I'a generee se trouve 
placee k rinterieur de leur « seconde » zone de couverture d'emission. 

30 

Par exemple, les modules de communication de la station mobile et des homes peuvent 
gtre respectivement agences de maniere k generer et receptionner la requSte primaire par 
echanges spontanes de messages contenant des donnees deiivrees par les premiers et 
deuxiemes modules de contrdle, dans le cadre d'un systdme d'information spatial. Les 
35 premiers moyens de contrdle sont alors preferentiellement agences de maniere k generer 

des requ6tes primaires qui comportent des donnees definissant une valeur spatiale 
primaire represmtative du service choisi par Tutilisateur. 
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Par ailleurs, dans ce premier mode de realisation, lemodule de coTnirtimication de chacnm 
des moyens de service mobiles pr6sente pr^ferentiellement une troisieme zone de 
couverture d'^mission et est enable de rSceptionner une requete secondaire lorsque la 
borne designee se trouve plac6e k rint^rienr de lenr troisidme zone de couverture 

S d^ Emission. De nouveau, les modules de communication des bomes et des moyens de 

service mobiles sont preferentiellement agenc6s, respectivement, de maniere a 
transmettre et k r6ceptioimer ime requete secondaire par echanges spontanes de 
messages contenant des donnas delivr6es par les deuxiemes et troisiemes modules de 
contrdle, dans le cadre d'un systdme d'information spatial. Les deuxiemes moyens de 

10 controle sont alors preferentiellement capables de g6n6rer des requetes secondaires 

comportant des doimees secondaires qui definissent une valeur spatiale secondaire 
representative du service choisi. 

Dans un second mode de realisation, les deuxiemes moyens de controle peuvent etre 
15 implantes dans xm serveur equipe d'xm module de conmnmication et sent capables, 

lorsqu'ils re^oivent ime requete primaire, de determiner, d'une part, au moins la position 
de la borne situ6e a proximite de la station mobile de Tutilisateur, et d'autre part, le 
moyen de service mobile le plus proche de cette borne et apte k rdaliser le service defini 
dans la requSte primaire, et d'adresser k ce moyen de service mobile la requdte 
20 secondaire, via le module de communication associ6. 

Dans ce cas, les seconds moyens de contrdle peuvent €tre capables, lorsqu'ils re9oivent 
une requ§te primaire du module de conmiunication associe, d' adresser k tous les moyens 
de service mobiles une requ@te auxiliaire leur demandant de foumir leurs positions 

25 respectives, puis, lorsqu'ils re^oivent leurs r^ponses, d'en deduire le moyen de service 

mobile qui est situ6 le plus pr5s de la borne et qui est apte k rSaliser le service defini dans 
la requete primaire. En variante, les seconds moyens de contrdle peuvent etre capables, 
lorsqu'ils reyoivent une requite primaire du module de communication associe, de 
confronter les positions respectives des di£f6rents moyens de service mobiles, aptes a 

30 realiser le service defini dans la requete primaire, k la position de la borne, de maniere 

k determiner le moyen de service mobile situe le plus pres de cette borne. Dans un cas 
conmie dans I'autre, soit les deuxiemes moyens de controle peuvent etre capables de 
determiner la position d'une station mobile ayant emis une requSte primaire et d'en 
deduire la position de la borne, soit les premiers moyens de contrdle peuvent etre 

35 capables d'integrer dans la requete primaire un identifiant representatif au moins de la 

position de la borne, et les deuxiemes moyens de contrdle sont agrees de maniere k 
deduire de Tidentifiant contenu dans une requSte primaire refue au moins laposition de 
la borne associee. 
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Par ailleurs, les deuxiemes moyms de contrdle peuvent etre agenc6s, lorsqu'ils ont re9u 
une requSte primaire, pour permettxe la conunurdcation .d'informations k la station 
mobile ayant 6mxs cette iequ§te primaire. De telles informations peuvent Stre, par 
exemple, d6tennin6es par les deicdemes moyens de contF61e et representatives du tenq>s 
S n^ssaire au moyen de service mobile le plus proche pour parvenir au niveau de la 
borne. Mais il pent 6galement s*agir d'infonnations publicitaires ou de domites 
d'infonnation d^finissant au moins une adresse de site d'information accessible par 
Internet 

10 L'invention conceme ^galement, d'une premiere part, ime station mobile, telle qu'un 

td^phone mobile ou un assistant personnel mmi^rique (ou PDA pour « Personal Digital 
Assistant »), equip^e d'xm module de communication et de premiers moyens de controle 
d'un dispositif du type de celui pr6sente ci-avant, d'une deuxieme part, une bome, par 
exemple destine h etre implantee dans un lieu public tel qu'un arret d' autobus ou 

15 d' autocar, mx a^roport ou une gare ferroviaire, et 6quipee d'un module de 

communication et de deuxidmes moyens de controle d'un dispositif du type de celui 
presents ci-avant, d'lme troisieme part, un vehicule de transport en commuo, tel qu'im 
autobus ou im autocar, equipe d'un module de communication et de troisi^es moyens 
de contrdle d'xm dispositif du type de celui pr6sent6 ci-avant. 

20 

D*autres caract6ristiques et avantages de Tinvention apparaitront k I'examen de la 
description d^taill^ ci-apres, et des dessins annexes, sur lesquels : 

- les figures lA k ID iUustrent de fa9on sch^matique quatre phases d'un premier 
exemple de mise en oeuvre de 1 ' invention, dans ime application k la gestion des lignes 

25 d'autobus, et 

- les figures 2 A et 2B illustrent de fa^on schematique deux phases d'un second exemple 
de mise en oeuvre de I'invention, 6galement dans une application k la gestion des 
lignes d'autobus. 



30 Les dessins annexes pourront non seulement servir k completer Tinvention, mais aussi 
contribuer k sa definition, le cas ech6ant. 



Comme indiqu^ dans rintroduction, Tinvention conceme la gestion de doun^es entte une 
ou plusieurs stations mobiles de communication appartenant k des utilisateurs, des 
35 homes fixes assod^es ^ un ou plusieurs services, et une multiplicity de moyens de 
service mobiles ^quip^s d'un module de commimication et aptes k assure aumoins I'lm 
des services. 
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EUe propose pour ce &ire un dispositif de gestion du type de celui illustr^ sur les figures 
1 A ^ ID, ^ titre de premier exemple de realisation. Cet ex^nple de realisation conceme 
la gestion des arrgts des autobus (ou autocars) au niveau des zones d'airets (ou '^abri- 
bus") des lignes qu'ils empruntent. 

5 

Bien entendu, Tinvration n'est pas limit6e k ce type d' application. Elle conceme d'une 
manidre g6a6relo la commande d'lm service, realisable par des moyens de service 
mobiles au niveau d'une borne fixe associSe audit service, k I'aide d'une station mobile 
de communication placee k proximite de cette borne fixe. Elle conceme par consequent 

10 le domaine des transports en commun dans lequel les arrets des v^hicules (autobus ou 

autocars), qui constituent les moyens de service mobiles, sont signal^s par des bomes 
(ou abri-bus) fixes sxir des lignes (ou trajets) connu(e)s. Mais, elle conceme egalement 
le domaine de la foumiture d'informations ou de renseignements a des persoimes 
6quipees d'une station mobile, au niveau de bomes (ou postes d'information) fixes, par 

15 . du personnel equipe d'un dispositif de conmiunication. 

Dans I'exempleillustre sur les figures lA^ ID, les utilisateurs sont 6quip6sd'une station 
mobile MS comprenant im module de conmiimication 1 coupl6 a un premier module de 
contrdle 2 destine a g6n6rer des requetes primaires de demande d'obtention de service 
20 au niveau d'lm abri-bus d'vme ligne d'autobus. La station mobile MS pent done etre un 

telephone mobile ou un assistant persoimel numerique (ou PDA). Mais, d'une maniere 
generale, il peut s^agir de tout type de materiel mobile equipe d'un module de 
communication, comme par exemple un ordinateur portable. 

25 Ces requdtes primaires sont transmises, dans des conditions que Ton vena plus loin, k 

des bomes fixes 3, qui se trouvent placees dans le voisinage des stations mobiles MS, 
par leurs modules de communication 1. 

Dans cet exemple, les bomes fixes 3 sont des abri-bus, places en des endroits choisis 
30 d'une ligne d'autobus, par exemple sur des trottoirs 4 bordant des voies de circulation 
5, et comportent chacime un module de conununication 6 couple k\m deuxieme module 
de contrdle 7. Ce deuxidme module de contrdle 7 est agence de maniere a analyser 
chaque requgte primaire regue par le module de communication 6 auquel il est couple, 
et k generer en reponse une requSte secondaire comportant des donnees qui definissent 
35 une demande de realisation, au niveau de Tabris-bus dans lequel il est implante, du 

service defini dans la requete primaire re9ue. 

Ces requetes secondaires sont destinees k des autobus 8 qui empruntent les voies de 
circulation 5 le long desquelles sont implantes les abri-bus 3 des lignes qu'ils desservent. 
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EUes leuTS sonttransmises, dans des conditions que Ton verra plus loin, paries modules 
de conununication 6 des abri-bus 3. 

Par ailleurs, dans cet exemple les autobus 8 constituent des moyens de service mobiles, 
lis sont ^quip^ d*un module de conmiunication 9 couple k un troisi^e module de 
contrdle 10. Cetroisidme module decontrole 10 est agenceden[iani^re£i analyser chaque 
requite secondaire re9ue par le module de communication 9 auquel il est couple, et k 
g6n6ier en r6ponse un message destine k avertir le conducteur de Tautobus dans lequel 
il est implants qu'il doit s'arcSter au prochain abri-bus, comme on le vena plus loin. 



Ce premier mode de mise en oeuvre de I'invention est plxis particuligrement destine aux 
environnements dits "d'ubiquit6 informadque^' ou, autrement dit, aux "systdmes 
d' information spadaux". De tels systemes ou environn^ents sont notamment d^crits 
dans les articles mentionnes ci-apres : 
15 - "Some computer science issues in ubiquitous computing, M.Wieser, Communication 

of the ACM, 36(7), p.75-83, juillet 1993; 

- "Context-aware computing applications", B,N. Schilit, N. Adams et R, Want, 
Proceedings of the second international workshop on mobile computing systems and 
applications, Santa Cruz, CA, d^cembre 1994; 

20 - "LIME : Linda meets mobility", G.P. Piece, A.L. Murphy et G-C. Roman, International 

conference on software engineering, p,368-377, 1999; 

- "SIS : A new paradigm for mobile computing systems", M. Baoatre et F. Weis, 
Proceedings of the information society technologies conference (IST'99), 1999; 

- "Mobility contextuelle dans les systemes d'infomiation", P. Couderc, Thdse de 
25 Doctorat, University deReimes- 1,2001, 

- "SIDE surfer : a spontaneous information discovery and exchange system", D. Tovizet, 
J-M. Menaud, M- Banatre, P. Couderc et F. Weis, Proceedings of the second 
international workshop on ubiquitous computing and communications (WUCC'Ol), 
septembre2001. 

30 

De tels systdmes ou environnements ont pour objectif de r6aliser l^int^gration 
transparente des environnements num^riques au monde physique, sans que Tutilisateur 
ait conscience qu'il utilise les services des calculateurs de I'environnement dans lequel 
il ^volue. A cet effet, les taches d'acquisition de renvironnement d'ex^cution, ^galement 
35 appel6 "contexte", sont d616guees k des systemes specialises, comme par exemple les 
dispositi& de localisation de type GPS. 

En raison du caractSre mobile d'un utilisateur, Tubiquite num^rique repose sur des 
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commumcations sans fil, g^^^ralement de portee coiote, typiquement quelques metres, 

k moyenne, typiquement une c^ntaine de metres. Par consequent, dans ce premier 
exemple de realisation, les modules de commimicadon 1 , 6 et 9 des stations mobiles MS, 
bomes fixes 3 et autobus 8 sont preferentiellement de port6e courte ou moyenne. Us 
5 peuvent done §tre realises de manidre a fonctionner en mode radio frequence de type 
Bluetooth ou IEEE 802. 1 1 (ou WiFi)y ou encore infia-rouge, notamment. 

Preferentiellement, les portSes des modiiles de commxmication 1, 6 et 9 des stations 
mobiles MS, bomes fixes 3 et autobus 8, en Emission comme en reception, sont 

10 differentes. En d'autres termes, chaque module de communication pr6sente une zone de 
couverture d' emission adapt6e a son mode d' alimentation 61ectrique. Par exemple, 
comme illustre sur les figures lA k ID, le module de communication 1 de la station 
mobile MS prfeente ime premidre zone de couverture 1 1 sensiblement en forme de 
sphere de quelques metres de rayon, le module de communication 6 de Tabri-bus 3 

15 presente une deuxidme zone de couverture 12 sensiblement en forme de sphere de 
quelques dizaines h une centaine de metres de rayon, et le module de communication 9 
de Tautobus 8 pr6sente une troisi^me zone de couverture 13 sensiblement en forme de 
sph&re de quelques dizaines k une centaine de metres de rayon. Sur les figures 1 A k ID, 
les enveloppes 1 1 & 13, quimat^aUsent ^titre d'exempleillustratif les differentes zones 

20 de couverture, ne sont pas k T^helle. 



Dans Tapplication pr6cit6e, une personne, ^quipee d'une station mobile MS munie d'un 
module de communication 1 et d'un premier module de contrdle 2, se dirige vers un 
abris-bus 3 d'une ligne d^autobus afin de monter dans le prochain autobus 8 desservant 
25 cette ligne dans la direction A vers B. Par exemple, Tabri-bus correspond k rarr6t n'*4 
de la ligne n''6, dans la direction A vers B. 



Afin que le prochain autobus 8 soitaverti (viarabri-bus3), lapersoimepeuts^lectionner 
une operation dans le menu de sa station mobile MS, ou activer une touche d^di^e de 
30 cette station mobile, assocife k une fonction g6r6e par le premier module de controle 2 

et dedi^e k la generation d'une requete primaire demandant Tobtention de I'airet du 
prochain aixtobus 8 au niveau de I'abri-bus 3 le plus proche. On pent egalement envisager 
que la selection d'op6ration(s) s'effectue par commande(s) vocale(s), ce qui est 
particulidrement bien adapt6 aux mal-voyants, notamment 

35 

Bien entendu, la selection de la fonction peut eventuellement requerir de 1 ' utilisateur qu' il 
precise la direction dans laquelle il souhaite aller, notamment de maniere k prendre en 
compte les situations dans lesquelles la persoime ne se trouve pas sur le trottoir 
correspondant k la direction souhaitee. 



9 



wo 2004/043035 T/FR2003/002997 
Lorsque le piexnier module de controle 2 est averti que la fonction pr6cit6e a et6 
s^lectionnte par Tutilisateur de la station mobile MS dans laquelle il est implants, il 
g^n^ une requete primaiie qu'fl transmet au module de communication 1 auquel il est 
couple. En fait, il cr€& une ptemifere valeur spatiale, par exemple <air6C>, ou <an:et ligne 
6 A vers B> lorsque la ligne et la direction souhaitees ont 6t6 indiqu6es. Le module de 
communication 1 g^n^ alors un message contenant cette premidre valeur spatiale qui 
est destine k I'abri-bus 3 vers lequel la personne se dirige. 



Tant que la station mobile MS n'est pas k rint&ieur de la deuxieme zone de couverture 
12 de Tabri-bus, comme illustr6 sur la figure 1 A, aucun ^change ne pent avoir lieu entre 
leurs modules de communication 1 et 6 respectife. En revanche, lorsque la station mobile 
MS a completement p6netre dans la deuxieme zone de couverture 12 comme illustr6 sur 
la figure IB, leurs modules de communication peuvent s'echanger des messages 
peraiettant de signaler au deuxieme module de contrSle 7 qu'ime personne requiert 
Tairet du prochain bus de la ligne n^'6 (6ventuellementdans la direction A vers B). 



La fonction de g6n6ration de requete primaire peut Stre eventuellement configuree de 
manidre a ajouter a la premiere valeur spatiale le type de handicap de la personne 
requ^rante (par exemple "mal-voyant*' ou "personne en fauteuil roulant"). Dans ce cas, 
I'echange de messages entre les modules de communication peut 6galement pemiettre 
de signaler le handicap de la personne au deuxidme module de contrdle 7. 



Bien entendu, lorsque le deuxieme module de controle 7 n'est pas configure pour la ligne 
xx'S et/ou pour la direction A vers B, il adresse im message au premier module de 
contrdle 2 de la stationmobileMS, vialeuxs modules de communication 1 et 6 respectife, 
pour liu signaler qu'il n'est pas concern^ par la demande d'airSt. 

Une fois en possession de la premiere valeur spatiale, le deuxieme module de contrdle 

7 de Tabri-bus 3 g&fere une requ8te secondaire destin6e k signaler au prochain autobus 

8 de la ligne n6, qui se dirige dans la direction A vers B, qu'il doit s'arrSter pour prendre 
en charge une persoime. Cette requete secondaire peut ^galement indiquer le type de 
handicap de la personne a prendre en charge. En fait, le deuxieme module de contrdle 7 
cr6e une seconde valeur spatiale, par exemple <Bus ligne 6>, ou <Bus ligne 6 A vers B> 
ou encore <Bus ligne 6 mal-voyant> lorsque le handicap de la personne a et6 signal^. 
Cette seconde valeur spatiale est ensuite transmise au modxile de conmiunication 6 qui 
g^^ un message qui la contient. 



Tant que Tabri-bus 3 d^sign^ n'est pas a Tint^rieur de la troisifeme zone de couverture 
d'^nussion 13 d'un autobus 8, comme illustr6 sur la figure IB, aucun 6change ne peut 
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avoir lieu entre leurs modules de communication 9 et 6 respectife. ^ revanche, lorsque 
I'abri-bus 3 se trouve plac6 k Tint^rieur de la troisidme zone de couverture d'emission 
de Pautobus 8, comme illustr6 sur la figure IC, leurs modules de conmiunicationpeuvCTt 
s'6changer des messages pemiettant de signaler au troisi^e module de contrdle 10 

5 qu'une personne, dont le type de handicap est dventuellement signal^, requiert TarrSt de 
Tautobus 8, dans lequel 11 est implants, au niveau du prochain abri-bus3 de la lignen''6. 
Le troisieme module de controle 10 adresse alors im message k I'ordinateur de bord de 
Tautobus 8, signalant qu'il faut s'arrdter au prochain abri-bus 3 de la ligne n**6 pour 
prendre en charge une personne (6ventuellement handicapee). La signalisation peut 

10 s'effectuer par tout moyen connu, comme par exemple par affichage du message sur un 

6cran, ou par 6clairement d'un voyant lumineux d6di6. Pr6f6rentiellement, le message a 
6galement pour effet d'activer la fonction de demande d'arrSt accessible aux passagers 
de Tautobus 8. 

15 Bien entendu, lorsque le troisieme module de contrdle 10 n' est pas configure pour la 

ligne n6 et/ou pour la direction A vers B, il adresse xm message au deuxidme module de 
contrdle 7 de Tabri-bus 3, via leurs modules de communication 9 et 6 respectifs, pour lui 
signifier qu'il n'est pas concern^ par la demande d'arrSt. 

Une fois parvenu au niveau de I'abri-bus, le conducteur de I'autobus 8, alerte par la 
"requete secondaire", immobilise son autobus 8, conmie illustrS sur la figure ID. Si la 
personne est handicaps, et qu'une entr^ ou un am^nagement sp^cifique est prevu(e), 
le conducteur peut placer son autobus de sorte que I'entrSe ou Tam^nagement soit 
dispos^(e) en face de la personne ayant requis TarrSt. 

Dans ce premier exemple de realisation, la station mobile de communication MS de 
Tutilisateur peut Stre rdalis^ sous la forme d'un boitier d^di^ sp^cifiquement k 
Tapplication. Par consequent m@me s'il peut s'av6rer pratique d'integrer le module de 
conmiunication 1 et le premier module de contrdle 2 dans un telephone mobile ou un 
PDA (par exemple), cela n'est en aucune fa9on obligatoire. Une station mobile MS de 
type telephone mobile, PDA ou ordinateur portable peut en revanche etre indispensable 
lorsque le deuxidme module de controle 7, implants dans une bome fixe 3 (ici un abri- 
bus), est configure de maniere k deUvrer k ladite station mobile des informations. 

35 Le deuxieme module de contrdle 7 peut en ejBfet dtre agence de manidre k determiner le 
temps necessaire au prochain autobus 8, apte k assurer le service requis, pour parvenir au 
niveau de Tabri-bus 3 . n peut par exemple le faire en collaboration avec un serveur central 
qui connait les positions de tous les autobus d'une meme ligne avec une relative precision, 
ainsi qu'eventuellement les informations de trafic. Bien entendu, cela requiert, d'une part. 
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que tons les abris-bus 3 soient ^iiip6s d'm module de^mmumcation radio coiq)16 au 
deuxi&oie module de contrdle 7,.et d'autre part, que tous les autobus 8 soient 6quip6s 
d'un disposhif de determination de position, comme par exemple une balise GPS, coitpl6 
6ventuellement k un module de communication radio. 

5 

Le deuxidme module de contidle 7 pent 6tre 6galement agenc6 de maniere 4 delivier aux 
stations mobiles MS, via leurs modules de communication 6 et 1 respecti&, des 
infotmations publicitaires et/ou des donn^ reprfeentatives d'adresses de sites Intemet 
dans lesquelles des infomiations peuvent Stre obtenues. Par exemple, les informations 
10 publicitaires peuvent completer les publicites afBch^es sur les parois de P abri-bus. De 
mdme, les donnees d'adresses peuvent proposer a I'xitilisateur d'acc^der au site 
d'infonnation de la society qui gere la ligne de transport ou aux sites des soci6t6s dont les 
produits et/ou marques et/ou noms sont affich&s sur les parois de Tabri-bus 3. 

15 Le deuxidme module de controle 7 pent etre ^galement agenc^ de manidre k d^livrer aux 
stations mobiles MS, via leurs modules de communication 6 et 1 respectifs, des 
informations liees k la ville, comme par exemple des plans de quartier, des iofonnations 
municipales pratiques ou culturelles, et analogues. 

20 Toutes ces informations peuvent faire Tobjet de mises kjova: spontan6es et locales et/ou 
automatis6es par un serveur d'informations distant. La mise 4 jour spontanfe et locale est 
plus sp6cifiquement li6e aux informations concemant les publicites port^es par les abri- 
bus. Elle peut 6tre efifectu^e par les personnes qui viennent remplacer les publicites, par 
exemple k I'aide d'un temunal muni d'une inter&ce de communication de type Bluetooth 

25 ou WiFi et capable de communiquer avec le module de contrdle 7 implants dans labome 
(ou abri-bus). 



Pour assurer la fonctionnalit6 de commimication d'infonnations locales, le deuxi^e 
module de contrdle 7 peut, par exemple, mettre en oeuvre les m6tiiodes d^tes dans les 
documents brevet FR 2 783 996 et FR 2 809 263, dont le contenu est ici incoipor^ par 
r6£§rence. 



En revanche la communication d 'informations k distance n&essite de coupler le deuxidme 
module de controle 7 i un module de communication t616phonique raccordS k un r^seau 
de telephonic, de pr6f^nce de type cellulaire (par exemple de ^^pe GSM/GPRS ou 
UMTS). 



Pour pouvoir acc6der en temps r6el aux sites Internet, les stations mobiles MS doivent 
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6tre des mat^els mobiles 6quip6s d'un module de navigation, conmie c'est notanunent 
le cas des t616phones GSM/GPRS ou UMTS. Mais, il est 6galement possible d'acc6der 
en difG£re aux sites dont les adresses ont 6t& fouroies par le deuxieme module de controle 
7. Pour ce &dre, il suffit que Tutilisateiir sauvegarde les adresses dans la m6moire de sa 
station mobile MS. Cette solution ''di£Eer^", dans laquelle on stocke les adresses pour y 
acc6der ult^eurement, correspond plus particuli&rement aux PDAs. 



Dans ce qui pr^cdde, les modules de communication 1, 6 et 9, et les prenoders 2, 
deuxi^mes 7 et troisi^es 10 modules de contrdle implant^ respectivement dans les 
10 stations mobiles MS, les bomes fixes 3 et les autobus 8 (ou moyens de service mobiles) 
constituent un.premier exemple de dispositif de gestion selon Tinvention. 



Les modules de contr51e 2, 7 et 10 des stations mobiles MS, bomes j5xes (ou abri-bus) 
3 et autobus 8 peuvent etre implant6s dans des teiminaux de communications non d6di^s, 

IS comme par exemple des PDAs ou des t616phones mobiles, mais dgalement dans des 
boltiers de communication d6dies. Dans le cas particulier des personnes mal-voyantes, il 
n' est en effet pas utile de pr6voir des moyens d'affichage d' informations, de sorte que Ton 
peut utiliser des boitiers d€d&6s tels que des PDAs "simplifies" d6pourvus d'ecran, mais 
6quip6s, de preference, de moyens de synthase vocale. De meme, le terminal ou boitier 

20 dedie embarque dans un autobus ou implante dans un abri-bus (ou borne) n'a pas besoin 
de comporter de moyens d^affichage. Dans le cas plus particulier des autobus, dans 
lesquels le conducteur doit etre averti des demandes d'arr&t, un voyant lunodneux peut 
suftire; les moyens d'affichage ne sont reellement utiles que lorsque Ton souhaite alerter 
le conducteur a Taide de messages (ce qui peut servir k lui signaler le type de handicap 

25 de la personne qui requiert I'arr&t). 

Par ailleurs, ces teiminaux ou boitiers de communication peuvent, par exemple, €tre 
equip^s de modules de conununication de type Bluetooth ou WiFi (ou IEEE 802. 11). Les 
modules de communication de typo Bluetooth 6tant de &ible port^e, ils sont peu 
30 consommateurs d'energie. Cela les rend par consequent bien adaptes aux t^minaux (ou 
boitiers dedies) d'utilisateurs (ou stations mobiles MS). 



En revanche, les modules de conununication de type WiFi assurant une portee 
relativement importante, ils sont bien adaptes auxterminaux ouboitiers dedies embarques 
35 dans les autobus ou implantes dans les abri-bus (ou bomes). II est clair que dans 
rhypothese ou les stations mobiles et les autobus ne sont pas equipes des memes types 
de moyens de communication, Tabri-bus (ou bome) doit etre equipe des deux types de 
moyens de communication de maniere ^pouvoir dialoguer avec les stations mobiles et les 
• autobus. 
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Par ailleurs, tout type d'environnement d'ubiquit^ informatique ou tout type de systeme 
d'information spatial, connu de rhomme de Tart, peut 3tre envisage pour pennettre la 
mise en oeuvre de rinvention dans le cadre de ce premier exemple. Cepeudant, il est 
int&ressant d'utiliser la mdthode ddorite ci-^r^s, 6gqlement appel6e SPREAD (pour 
^'Spatial Progranuuing Environment for Ambient computing Design'O- 

Dans la m^titiode SPREAD, on consid^ qu'un systeme d'information spatial est 
constitu6 d'un ensemble d'endt^s physiques (ou de repr^sentants "electroniques'' 
embarqu6s sur les entity) qui occupent cbacune im espace physique de volume limite (ou 
zone de couverture d'6mission). Par "entit6 physique", on entend, par exemple en 
r^f^rence a Tapplication pr^itee, ime borne fixe ou une station mobile ou encore un 
autobus. A chacune de ces entity est associ6 un ensemble d'infomiations, de sorte que 
chaque point de Tespace physique est inclus dans un ensemble, eventuellement vide, de 
volumes associes a differentes entit^s. 

L' espace physique (volumique) constitue ainsi la m6moire globale de T architecture du 
systeme d' information spatial, qui stocke les informations accessibles. 

A un instant donn6, un processus implant^ dans un calculateur mobile est done associe 
k un point de I'espace physique. L' ensemble des informations, egalement appele contexte, 
qui est accessible a ce processus est done caract6ris6 par I'ensemble des entitfe pour 
lesquelles le point de I'espace auquel il est associe appartient a I'ensemble des volumes 
associes. Le contexte varie done h chaque instant en fonction de la mobility des processus 
(et done des entit^s) et/ou d'une reorganisation de la memoire globale du fait d'un 
d^placement explicite des '^contenants" de rinfonnation. 

Comme indiqu6 pr^c^emment, la port^ (physique) des informations d^tenues par 
chaque entite depend de la zone de couvertjre de son module de communication, 

Plusieurs entit6s pouvant faire partie d'un processus, on utilise un m6canisme de selection 
des informations associ^es aux difTSrentes entit^s selon leurs types respectifis. 
Pr6f6rentiellement, cela se feit Sl Taide de '*tuples" et "d'espaces de tuples" intioduits par 
le module Linda. 

Par definition, toute information associde k une entity est caracterisee par un 'tuple" qui 
est constitue d'une sequence d'informations lypfe. Par exemple, la valeur spatiale 
<"Autobus", 6, (17,30)> definit xm tuple dont le premier element est un entier 
correspondant k la chaine autobus, le deuxidme element e^ un entier correspondant au 
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numeio de la ligne d'autobiis, et le troisi^e element est ud doublet d'entiers 
correspondant a rheure estim6e de passage de rautobus au niveau du inrochain abri-bus. 



GrSce aux ensembles de tuples, les processus sont implicitement synchronises sur I'dtat 
S eh cours des donn^. En d'autres termes, les msembles de tiq>les refl&tent I'^tat logique 
de Tenvironnement physique qui pennet une programmation spatiale dans laquelle la 
structure et le contr61e de flux du systdme d'infonnation sont directement dependant des 
entites phj^ques et des relations spatiales entre ces entity physiques. 

10 Les informations 6tant ''stockdes" dans des sous-ensembles de I'espace physique, qui 
constitue en quelque sorte une m^moire, il fsLvA alors g^rer I'adressage de ces informations 
par im processus de calcul qui est localise en un point de Tespace physique. Ce point 
d^temune en effet le sous-ensemble d'informations qui est utilisable par le processus de 
calcul lors d'une action, telle qu'un calcul aritlxm6tique. Par consequent, pour acc6der k 

15 (ou lire) un autre sous-ensemble d'informations le processus doit se d^placer vers un autre 
potQt qui lui correspond, ou bien des entites impliquees dans le processus doivent se 
d^placer afin que leurs informations puissent remplir la portion de Tespace accessible 
iaudit processus. 

20 L'adressage des informations peut se faire de fa9on anonyme grace k ce que Thomme de 
Tart appelle un ''pattem matching" entre un module de tuple et les elements de Tespace 
des tuples. En d'autres termes, on sp6cifie le modele (ou pattern) auquel correspond im 
tuple ou un ensemble de tuples presents dans un espace de tuples, Un modele (ou pattem) 
est constitue d'un gabeuit dans lequel chaque element est soit un type (ce qui veut dire 

25 que reiement correspond k toutes les valeurs prises par le type specifie), soit une valeur 
(ce qxii veut dire que Teiement correspond k la valeur specifiee). 

Pour acceder aux informations (ou tuples) contenues dans les espac^s de tiq)les, on peut 
par exemple utiliser les operations (ou primitives), definies ci-apres, qui preiment en 
30 compte, d'une part, la mobilite physique des entites et des processus, et d'autre part le 
fait que les entites sont des objets physiques. 

Une premiere operation appeiee, par exenq)le, "out(tuple)" permet d' inserer (ou publier) 
un nouveau tuple dans Tespace des tuples d'une entite consideree. La portee de ce tuple 
35 depend bien entendu du volume physique (ou zone de couverture) occupe(e) par Tentite 
qui remet En d'autres t^mes, le tuple remplit I'espace physique (ou zone de couverture) 
qui entoure I'entite qui I'a emis. 
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Une deuxidme operation appelte, par exemple, **rd(pattemy* penBet de retoumer, sans 
le detruiie, un tuple coirespondant au pattern (ou module) pass6 sous fonne de 
paiam&tres. La port^ de ce tuple ietoum6 depend bien entendu du volume physique (ou 
zone de couverture) occup6(e) par Tenths qui TemeL n est important de noter que le 
tipple n'est pas ietir6 de I'espace des tuples; il est simplement "lu" (ou **read"). Par 
ailleurs, lorsque plusieurs tuples correspondent k un module (ou pattern), chacun de ces 
titles peut etre retoumS. En revanche, lorsqu'aucim tuple ne correspond pas au module 
(ou pattem), le processus se bloque. 

Une troisiSme operation appelSe, par exemple, "capture(pattem)" permet de letoumer un 
ensCTible de tuples qui correspondent au modMe (ou pattern) sp6cifi6. La portte de cet 
ensemble de tuples retoume depend bien entendu du volume physique (ou zone de 
couverture) occup6(e) par P entity qui P emet. Cette operation est une version ''multiple" 
de I'opSration "rd(pattem)". Par coiis6quent, lorsqu'aucun tuple ne correspond aumod^le 
(ou pattem), le processus se bloque. 

Une quatridme operation appelfe, par exemple, "drop(tuple)'' permet k TentitS qui a 
pr6c6demment ins6r6 (ou publie) un tuple de le retirer de Tespace des tuples 
correspondant 



Les operations rd( pattern) et capture (pattem) sont pref6rentiellement efifectuSes sur 
rensemble des espaces de tuples du contexte du processus qui les ex^ute. 



On dScrit ci-apres un exemple d'utilisation des operations prScitees, destine k permettre 
la prise en charge d'un utilisateur au niveau d'vm abri-bvis. 



Dans une premiere etape, I'utilisateur efifectue une demande d'arret avec sa station mobile 
MS. Le module de controle 2 de la station mobile MS initie une premiere action Ai qui 
consiste k eflFectuer par exemple Poperation out<''p-stop",i> en vue de d6clencher, d'xme 
part, une action synchrone qui se poursuit au niveau d'une cinquidme action A5, et 
d'autre part ime action asynchrone qui se termine au niveau d'lme sixidme action A6, 
comme on le veira plus loin. 

Dans une seconde 6tape, un abri-bus 3 prend en compte la demande de Tutilisateur. Cela 
n^cessite qu'ime double condition (ou situation) soit remplie : Tabri-bus 3 doit etre inclus 
dans la zone de couverture d'emission 11 de la station mobile MS de Tutilisateur et le 
module de contrSle 2 de la station mobile MS doit avoir publi6 le tuple <''p-stop",i>. Si 
tel est le cas, le module de contrdle 7 de Tabri-bus 3 initie une action A2 qui consiste k 
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effectuer par exemple les trois operations suivantes rd(<'*p-stop'*,i>), puis drop(<'*ok- 
d^paif %i>), et enfin out(<"abri-bus-stop"4>)- Cela ddclenche une action synchrone qui 
se poursuit au niveau d^une huiti^e action A8. 



Chaque tuple <"p-stop",i> donne lieu &une op^tion out(<"ahri-bus-stop"4>)parrahri- 
bus 3 lorsque la conjQiguration spatiale des entit^s (station mobile MS et abri-bus 3). 
correspond k la double condition d^crite (ou situation). 

Dans une troisidme itape^ wi bus 8i approche de I'abri-bus 3 et prend en compte la 
demande de cet abri-bus 3. Cela necessite qu*une double condition (ou situation) soit 
remplie : le bus 8i doit etre iaclus dans la zone de couverture d'^mission 12 de Tabri-bus 
3 et le module de controle 7 de Tabri-bus 3 doit avoir public le tuple <"abri-bus-stop"4>- 
Si tel est le cas, le module de contrdle 10 du bus 8i ioitie une action synchrone A3 qui 
consiste k effectuer par exemple les trois actions siiivantes rd(<**abri-bus-stop"j,i>), qui 
se traduit par la notification au conducteur d'xm message lui demandant de marquer le 
prochain arrSt, puis rd(<''ok-depart"4>), et enfin drop(<'d6part",i>). Cette action A3 
boucle infiniment sur elle-mSme. 

Puis, lorsque le bus 8i s'arrdte, la commande d'ouverture de la porte est synchronisee 
avec rop6ration out(<''monter",i>) effectu^e par le module de contrdle 10 du bus 8i dans 
une action synchrone A4 qui boucle infiniment sur elle-mSme. 



Ensuite, le module de contrdle 2 de la station mobile MS de Tutilisateur initie tine action 
synchrone A5 qui consiste effectuer par exemple les operations rd(<*'monter",i>) et 
drop(<"p-stop"4>)- Cette action A5 se poursuit ensuite par ime nouvelle action Al. 

Enfin, le module de contrdle 2 de la station mobile MS de I'utilisateur initie une action 
asynchrone A6 qui consiste a effectuer reparation rd(<''monter",i>) qui d^clenche, par 
exemple, soit PafGchage d'unmessage sur I'toan de sa station mobile MS, soit remission 
d'un message sonote lui signalant qu'il pent monter dans le bus 8i du fait que sa porte est 
d^sormais ouverte. Cela met fin k Taction asynchrone AL 



Dans une quatrieme 6tape, le bus 8i quitte Tabri-bus 3. Cela necessite qu'une double 
condition (ou situation) soit remplie : I'abri-bus 3 doit 6tre inclus dans la zone de 
couverture d'^ssion 1 3 du bus 8i et le module de contrdle 10 du bus 8i doit avoir publi6 
le tuple <'d^art",i>. Si tel est le cas, le module de contrdle 1 0 du bus 8i initie une action 
synchrone A7 qui consiste k effectuer par exemple les deux operations suivantes 
out(<''d6part",i>) et drop(<''monter^,i>).Cette action A7 boucle infiniment sur elle-m&ne. 
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Ensuite, le module de contr61e 7 de rabri-bus 3 initie line action A8 qui consiste k 
effectuer par exemple les operations rd(<"deparf'4>), puis, pour chaque topic T=<*'abri- 
bus-stop"4> public lors de Taction A2, drop(T), et enfin out«*ok-d6paif' ,i>). Cette 
action A8 se poursuit ensuite par une nouvelle action A2. 

Dans Texemple dtoit ci-avant en r6f6rence aux figures lA h ID, les ni6canismes 
d'adressage, &isant appel aux diff^ntes operations, sont implantes dans les modules de 
contr51e 2, 7 et 10 des stations mobiles MS, bomes fixes (ou abri-bus) 3 et autobus 8. 

On se T6fbK maintenant aux figures 2 A et 2B pour d6ctke un second exemple de mise en 
oeuvre de rinvention, toujours dans le cadre d'une application, non limitative, h la gestion 
des arrets des autobus (ou autocars) au niveau des zones d^arr6ts (ou "abri-bus'*) 
dedi^e)s des lignes qu'ils empruntent Dans ce second exemple de realisation, les 
elements qui sont fonctionnellement Equivalents ou identiques a ceux d^crits dans le 
premier exemple de realisation, illustre sur les figures lA a ID, portent les mSmes 
references. 

Ce qui difiSre entre ces deux exemples de realisation, c'est principalement le mode 
d'echange de donnees entie les diEFerents intervenants. Ici, les bomes fixes 3 ne presentent 
plus un caractdre actif. Elles sont mSme passives. L'analyse des requetes primaires, 
generees par le premier module de contr61e 2 d'une station mobile MS et delivrees par 
sonmodule de communication 1 , est desonnais eflfectu6e par un unique deuxieme moyen 
de controle 14 couple a un module de communication 15, tous les deuK implantes dans 
xm serveur central S controie par la societe de transport qui gere les lignes d'autobus. 

Dans cet exemple ou il n'est plus question d'echanges de messages par "interactions de 
proximite", les echanges de doimees doivent s'eflfectuer par voie d'ondes radio via un 
reseau de communications. Par consequent les premiers 1, deuxieme 15 et troisiemes 9 
modules de conimunication, respectivement implantes dans les stations mobiles MS, le 
serveur S et les autobus 8, sont tous de type radio. Cette mise en oeuvre est done 
particulierement bien adaptee aux stations mobiles MS de type materiel mobile equipe 
d'un module de communication radio, comme par exemple les telephones mobiles. 

Une personne, eqiiipee d'une station mobile MS munie d'un module de communication 
1 et d'un premier module de contrdle 2, qui se dirige vers un abris-bus 3 (par exemple le 
n*4) d'une ligne d'autobus (par exemple la n6) et souhaite avertir le prochain autobus 
8, qui dessert cette ligne dans la direction A vers.B, de son intention d'etre pris en charge 
au niveau de cet abri-bus 3, doit seiectionner une operation dans le menu de sa station 
mobile MS, ou activer une touche dediee de cette station mobile, associee a une fonction 
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g6r^ par le premier module de contrdle2etd^de ilag6n6rationd'merequgteprimaire 
demandant I'obtention de Varx&t du prochain autobus 8 au niveau de Tabri-bus 3 le plus 
proche de lui. 



5 Lorsque le premier module de contrdle 1 est averti que la fonction prteitee a 6t6 
s61ectioim^parrutilisateurdelastadonmobileMS danslaqueUeilestimpl^ . 
une requ8te primaire qu'il transmet au module de communication radio 1 . Le module de 
communication 1 g6n^ alors un message radio repr^SCTtatif de cette requ3te primaire 
k destination du serveur S. 

10 

Dans ce mode de mise en oeuvre, le serveur doit connaitre la position g6ographique de 
Tabri-bus 3 vers lequel se dirige la personne qui 6met la requgte primaire ainsi que le 
num^ro de la Ugne d'autobus (et Sventuellement la direction) que souhaite emprunter la 
personne requSrante. Pour ce &ire, deux solutions peuvent Stre envisage. 

15 

La premiere solution consiste k doter Tabri-bus 3 d'un identifiant inscrit sur I'une de ses 
parois, ou sur un support d6di6, qui d6finit le num^ de la ligne qu'il dessert et son 
num^ au sein de cette ligne, ainsi qu'eventuellement la direction a laquelle il appartient. 
Dans ce cas, lorsque la personne s^lectionne la fonction de danande d'arrSt, elle doit 
20 6galement foumir au premier module de contrdle 2 de sa station mobile MS Tidentifiaht 
de Tabri-bus oil elle souhaite etre prise en charge. Cela peut 6tre fait par saisie k Taide du 
clavier de la station mobile MS , ou oralement, en utilisant 6ventuellement une commande 
vocale. L'identifiant de I'abri-bxis 3 est alors int6gre dans la requ€te primaire qui est 
ensuite transmise au serveur S par le module de communication 1 . 

25 

Une fois que le deuxieme module de controle 14 du serveur S est en ipossession du 
contenu de la requete primaire, il en extrait Tidentifiant pour determiner dans ime table 
de correspondance identifiant/position/^gne/direction la position g^ographique de Tabri- 
bus 3 et la ligne et la direction qu'il dessert. 

30 

La seconde solution consiste k doter chaque station mobile MS d'lm dispositif de 
determination de position, conune par exemple un module GPS, coupl6 au module de 
communication radio 1. Dans ce cas, lorsque la personne s61ectionne la fonction de 
demande d' arret, le premier module de contrdle 2 de sa station mobile MS interroge le 
35 module de determination de position pour obtenir sa position et Tintegrer dans la requete 
primaire qui est ensuite transmise au serveur S par le module de cormnunication 1 . II est 
important de noter que lorsqu'im abri-bus dessert plusieurs lignes, Tutilisateur doit ici 
foumir au premier module de contrdle 2 le num^ro de la ligne (et eventuellement la 
direction) qu'il souhaite emprunter. Cela peut &tre £Eiit par saisie k I'aide du clavier de la 
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Station mobile MS, ou oialement, en utilisant 6ventuellement une conotmande vocale. 



Une fois que le deuxieme module de controle 14 du serveur S est en possession du 
contenu de la requete primaire, il en extrait le num^ro de la ligne et 6ventuellement la 
5 direction) et la position de la station mobile requerante, puis recherche dans une table de 
positions des abri-bus la position geographique de Pabri-bus 3 qui est la plus proche de 
celle la station mobile MS, en tenant compte eventiiellement de Tinformation 
directionnelle (A vers B). 

10 Dans une solution comme dans Tautre, lorsque le deuxi&me module de contrdle 14 du 
serveur S est en possession de la position de Tabri-bus 3 d^ign6, il recherche parmi les 
autobus 8 de la ligne d^ign^e, ici la n6j celui qui est le plus pths de cet abri-bus. Pour 
ce faire tons les autobus 8 doivent 8tre equipes d'un dispositif de determination de 
position 1 6, comme par exemple un module GPS, couple au module de communication 

15 radio L 

Deux cas peuvent gtre envisages selon que les positions de chaque autobus sont, ou non, 
p6riodiquement transmises par les autobus 8 & un module 17 de gestion des positions, 
implant^ dans le serveur S, par le biais, par exemple, de mess£^es de type SMS (dans le 
20 cas d'un r&eau de type GSM). 

Lorsque c'est le cas, comme illustr^ sur les figures 2A et 2B, le troisidme module de 
contrdle 14 n'a done qu'^ interroger le module de gestion 17 pour connaltre les positions 
des autobus de la ligne n6 qui se dirigent dans la direction A vers B (et qui sont done 
25 aptes k assurer le service requis par Tutilisateur). Puis, il compare ces positions a la 
position de Tabri-bus 3 ddsign^ de manidre k d^temiiner I'autobus 8 qui en est le plus 
pr6s. 

En revanche, lorsque les autobus 8 delivrent leurs positions sur requete, le troisidme 
30 module de contrdle 14 doit adresser a chaque autobus de la ligne designee une demande 
de foumiture de position, Cela pent par exemple se faire a I'aide de messages de type 
SMS. A reception de Tensemble des positions des autobus 8 de la ligne d6sign6e, qui se 
dirigent dans la direction A vers B, le troisi^e module de contrdle 14 n'a done qa^k les 
comparer k la position de Tabri-bus 3 d^sign^ de mamdre k determiner Tautobus qui en 
35 est le plus prds. 

Une fois que le module de contrdle 14a ddtennin6 Tautobus 8 le plus proche de Tabri-bus 
3 d6sign6, il g6n^e ime requite secondaire destin^e k signaler k cet autobus 8 qu'il doit 
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s'aireter pour prendre en charge une personne. Cette requ6te secondaire peut 6galenient 
indiquer le type de handicap de la personne k prendre en charge. Elle est transmise au 
module de communication IS qui g^^ un message, par exemple de type SMS, k 
destination de Tautobus 8 d6teimin6. 

5 

Par exemple, le troisi^me module de contr61e 1 0 est implants dans unboltier d6di6 install^ 
sur le tableau de bord de Tautobus 8 et 6qmp6 d'un 6quipement de signalisation, tel 
qu'une lampe d'avertissement. Ainsi, k reception du message, le troisi&me module de 
contr61e 10 ordonne la mise sous tension de la lampe d'avertissement de manidre k 
10 signaler au conducteur de Tautobus qu'il doit s'arr@ter au prochain abri-bus 3 de la ligne 
n6 pour prendre en charge ime personne (Sventuellement handic^)^). 

Dans une variante, k reception du message, le troisidme module de contrdle 10 adresse 
un message k Tordinateur de bord de I'autobus 8 pour lui signaler qu'il &ut s'arrSter au 
15 prochain abri-bus 3 de la ligne n6 pour prendre en charge une personne (SventueUement 
handicap^e). Lasignalisationpeut s'effectuerpartoutmoyencoimu, commei>ar exemple 
par affichage du message sur im 6cran, ou par 6clairement d'un voyant IxmMneux d6die. 
Pref6rentiellement, le message a 6galement pour eflfet d'activer la fonction de demande 
d'arret accessible aux passagers de Tautobus 8. 

20 

Une fois parvenu au niveau de I'abri-bus, le conducteur de Tautobus 8, alerts par la 
"requete secondaire", immobilise son autobus 8, comme illustr^ sur la figure 2B, Si la 
personne est handicap^e, et qu'une entrte ou im amenagement sp^ifique est pr6vu(e), 
le conducteur peut placer son autobus de sorte que Tentrte ou Tam^nagement soit 
25 dispos6(e) en fiace de la personne ayant requis TarrSt. 

Dans la description du second exemple qui precede, le serveur S, les modules de 
communication 1, 15 et 9, les premiers 2, deuxidme 14 et troisi^mes 10 modules de 
contrdle implant^s respectivement dans les stations mobiles MS, le serveur S et les 
30 autobus 8 (ou moyens de service mobiles), et les dispositi& de determination de position 
16 implant^s dans les autobus 8, ainsi qu'6ventuellement le dispositif de gestion 17 
implant^ dans le serveur S, constituent \m second exemple de dispositif de gestion selon 
rinvention. 

35 Par ailleurs, dans la description qui pr^cMe, il a ^t^ question de modules de contrdle 2, 
10 et 14, et d'un module de gestion de position 17. Ces modules peuvent etre r^alis^s 
sous la forme de circuits ^lectroniques Oiardware), de modules logiciels ou informatiques 
(software), ou d'une combinaison de circuits et de logiciels. 
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L'invention conceme egalement un proced6 de gestion de doim6es entre des stations 
mobiles d'utUisateurs equip^es d'un module de cQmmunication, des homes fixes associ^es 
a au moins xm service, et une multiplicity de moyens de service mobiles 6quip6s d'un 
module de coiomunicatioii et aptes k assurer ledit service. 

Celui-ci peut etre mis en oeuvre & I'aide du dispositif de gestion pr6sent6 ci-avant en 
reference aiix figures 1 et 2. Les fonctions et sous-fonctions prindpales et optionnelles 
assui^ par les 6tapes de ce proc^^ etant sensiblemCTt identiques k celles assurfes par 
les diflKrents moyens constituant le dispositif de gestion, seules seront r6sum6es ci-apres 
les ^pes mettant en oeuvre les fonctions principales du proc6d6 selon Tinvention. 

Ce proc^d^ se caract^rise par les Stapes suivantes : 

- une premiere 6tape (a) dans laquelle on g^dre, k Taide d'lme station mobile 
d^utilisateur, une requete primaire comportant des doim6es qui definissent une 
demanded'obtention d'un service choisi (comme par exemplerarrStd'un autobus) au 
niveau d'une borne (par exemple agencSe en forme d'abri-bus ou d'une partie d*ahri- 
bus) install6e k proximity de la station mobile et associ6e au service demand^, 

- une deuxifeme ^pe (b) dans laquelle, aprSs avoir re9U la requSte primaire, on gendre 
une requete secondaire comportant des donn^es qui definissent une demande de 
realisation du service choisi au niveau de la borne proche de la station mobile, 

- ime troisifeme 6tape (c) dans laquelle on r^ceptionne la requSte secondaire au niveau 
du moyen de service mobile le plus proche de la borne d6sign6e, de sorte qu'il s'arr6te 
au niveau de cette bome et assure le service demand^ par Tutilisateur de la station 
mobile qui a 6xms la requete primaire. 

Ce proc^de peut Stre, notamment, mis en oeuvre dans le cadre d'lm environnement 
d'ubiquite informatique (ou d'un syst^me d'information spatial) dans lequel I'^change de 
messages s'eflFectue par interactions de proximity, sans determination de position des 
difKrentes entit^s concem6es, mais Egalement dans un cadre plus traditionnel reposant 
sur rechange de donnees par voie d'ondes radio via un r6seau de conmiunications, avec 
determination des positions d'une partie au moins des difiGSrentes entit6s concemees. 

L'invention ne se limite pas aux modes de realisation de procedes et dispositife decrits ci- 
avant, seulement k titre d'exemple, mais elle englobe toutes les variantes que pourra 
envisager lliomme de i'art dans le cadre des revendications ci-aprfes. 

Ainsi, on a decrit une application de I'invention au domaine des transports en commun. 
Mais, rinventionn'est pas limitee ^cette application. Elle conceme egalement le domaine 



22 



wo 2004/043035 ^^CT/FR2003/002997 

de lafoximiture d'infonnatioiis ourenseignements a des persoimes requerantes, 6quipees 
d'une station mobUe, au niveau de homes (ou postes d'information) fixes implante(e)s 
dans des lieux publics ou priv6s, tels que des a^ports, des gares ferroviaiies ou des 
centres commeiciaux. Dans ce cas, des personnes 6quip6es d'un dispositif de 
communication^ comportantun module de communication coupl6 &un tioisidme module 
decontr61e, constituentles moyens de service mobiles^ etlorsqueces personnes leQoivent 
tme requ8te secondaire elles sont averties qu'elles doivent se rendie au niveau de la borne 
d6sign6e pour assurer le service requis. 
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REVENDICATIONS 

1 . Proc6d6 de gestion de domtes entre des stations mobiles (MS) d'utilisateurs 
^uip6es d'un module de communication (1), des bomes fibces (3) associ6es a au moins 
un service, et une multiplicite de moyens de service mobiles (8) equipes d'un module de 
communication (9) et ^tes h assurer ledit service, caract6ris6 en ce qu'il comprend les 
etapes suivantes : 

a) g6n6rer, a I'aide d'une station mobile (MS) d'utilisateur, une requete primaire 
comportant des donn^es d^finissant une demande d'obtention d'lm service choisi en 
une bome (3) installs a proximite de ladite station mobile et associ6e audit service, 

b) h r^ption de ladite requete primaire, g6n6rer une requete secondaire comportant des 
dormees definissant une demande de r6alisation du service choisi au niveau de ladite 
bome (3), 

c) r6ceptioimer ladite requete secondaire au niveau du moyen de service mobile (8) de 
ladite multiplicity qui est le plus proche de ladite bome (3), de sorte que ledit moyen 
de service mobile s'arrete au niveau de ladite bome et assure ledit service demand^ par 
I'utilisateur de ladite station mobile (MS). 

2. Precede selon la revendication 1, caract6ris6 en ce qu'i Tetape b) on 
r^ceptiorme ladite requete primaire au niveau de la bome (3), k I'aide d'un module de 
communication (6), et on g6n6re ladite requSte secondaire au niveau de ladite bome (3). 

3. Proc6d6selonlarevradication2, caractdrise mceque ladite reception de ladite 
requSte primaire survient lorsque la stationmobile (MS) qui Ta g6n6rte se trouve placte 
k rint^rieur de la seconde zone de couverture d'6mission (12) de ladite bome (3). 

4. Proc6d6 selon Tune des revendications 2 et 3, caract^s6 en ce qu'aux Stapes 
a) et b) les g6n6ration et reception de requSte primaire s'effectuent par ^changes 
spontan6s de messages. 

5. Proc6d6 selon la revendication 4, caract6ris£ en ce que ladite requSte primaire 
comporte des donn^ definissant ime valeur spatiale primaire representative dudit service 
choisi. 

6. Proc6de selon Tune des revendications 245, caract6ris6 en ce qu'i T^tape c) 
ledit moyen de service mobile (8) receptionne ladite requete secondaire lorsque ladite 
bome (3) se trouve plac^e k Tint^rieur de sa troisi^e zone de couverture d' Emission 
(13). 

7. Proc6d6 selon la revendication 6, caract6ris6 en ce qu'aux 6tapes b) et c) les 
generation et i^ption de la requite secondaire s'effectuent par echanges spontanes de 
messages. 

8. Procede selon I'une des revendications 6 et 7, caracterise en ce que ladite 
requ§te secondaire comporte des donnees definissant ime valeur spatiale secondaire 
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lepr^sentative dudit service choisi. 

9. Precede selon la revendication 1, caract6rise en ce qu'a T^tape b) on 
r^ceptioime ladite requete piimaire au niveau d*iin serveur de gestion (S) 6quip^ d'un 
module de communication (1 5), puis on ddtermine d'une part, la position de la borne (3) 

5 ^proximit6 de la stationmobile (MS) de Putilisateur, et d'autre part, le moyen de service 
mobile (8) le plus proche de ladite borne et apte k realiser ledit service d6fini dans ladite . 
requete primaire, et on adresse k ce moyen de service mobile (8) ladite requSte secondaire 
a I'aide dudit serveur (S). 

10. Proc6d6 selon la revendication 9, caract€ris6 en ce qu'& T^tape b) la 
10 determination de la position du moyen de service mobile (8) le plus proche consiste k 

adresser k tons les moyens de service mobiles (8) de ladite multiplicity une requSte 
auxiliaire leur demandant de foumir leurs positions respectives, puis, k reception des 
r^ponses foumies par lesdits moyens de service mobiles (8), k d6duire de ces r^ponses le 
moyen de service mobile (8) situ6 le plus prds de ladite borne (3) et apte k realiser ledit 
15 service d6fini dans ladite requete primaire. 

11. Proc6d6 selon la revendication 9, caract6ris6 en ce qu'i T^tape b) la 
determination de la position du moyen de service mobile (8) le plus proche s' efifectue par 
confrontation des positions respectives des moyens de service mobiles de la multiplicity, 
aptes a realiser ledit service d^fini dans ladite requete primaire, k la position de ladite 

20 home (3). 

12. Proc^de selon Time des revendications 9 i 1 1, caracteris^ en ce qu'i r^tape 
a) ladite requete primaire comporte la position de ladite station mobile (MS) de 
Tutilisateur, et en ce qu'^ T^tape b) on deduit la position de la borne (3) de la position de 
la station mobile CMS). 

25 13. Precede selon Tune des revendications 9 k 12, caract6rise en ce qu'^ retape 

a) ladite requete primaire comporte un identijGiant representatif au moins de la position de 
ladite home (3), et en ce qu'& T^tape b) on deduit dudit identifiant au moins la position 
de la borne. 

14. Proc^de selon Txme des revendications pr^edentes, caract^ris^ en ce qu'aprds 
30 avoir re9u ladite requ@te piimaire on adresse k ladite station mobile (MS) des 
informations. 

IS. Proc6de selon la revendication 14, caract6ris6 en ce que certaines au moins 
desdites informations sont au moins representatives du temps n^cessaire audit moyen de 
service mobile (8) le plus proche pour s'arr@ter au niveau de ladite borne (3). 
35 16. Proc^de selon rune des revendications 14et lS,caract^se en ce que certaines 

au moins desdites informations sont de type publicitaire. 

17. Procede selon Time des revendications 14 & 1 6, caract^se en ce que certaines 
au moins desdites informations comportent des donnees d^finissant au moins une adresse 
de site d'infonnation accessible par hitemet. 
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18- Utilisation du precede selon rxme des revendications 1^17 dans le domaine 
des transports en commun, lesdits moyens de service mobiles (8) etant des v^hicules de 
transport en conimun, en particulier des autobus et des autocars, et les bomes (3) 
constituant tout ou partie d'arrSts d'autobus. 

19. Dispositif de gestion de donn6es entire au moins une station mobile (MS) 
d'utilisateur dquipte d^im module de communication (1), des bomes fixes (3) associ^ 
a au moins un service, et une multiplicite de moyens de service mobiles (8) ^uip6s d'un 
module de communication (9;15) et aptes k assurer ledit service, caiact^tis^ en ce qu'il 
compiend i) des premiers moyens de contrdle (2) destines k gtre implant^s dans ladite 
station mobile (MS) d'utilisateur et agenc^s, sur ordre de Putilisateur, pour g6n6rer ime 
requSte primaire comportant des donn^ d^finissant une demande d'obtention d'un 
service choisi au niveau d'une bome (3) installee k proximity de ladite station mobile 
(MS) et associ6e audit service, ii) des deuxifemes moyens de controle (7; 14) agenc6s, k 
reception d'une requete primaire, pour gen6rer une requ6te secondaire comportant des 
donnees d^finissant ime demande de realisation du service choisi au niveau de ladite bome 
(3), et iii) des troisiemes moyens de contrdle (10) implant6s dans chacun desdits moyens 
de service mobiles (8) de ladite multiplicity et agences, en cas de reception d'lme requete 
secondaire par le module de commxmication associ6 (9), pour ordonner rarrSt des moyens 
de service mobiles (8) associ^s au niveau de ladite bome (3) de maniere k assurer ledit 
service demand^ par Tutilisateur de ladite station mobile (MS). 

20. Dispositif selon la revendication 19, caract^rise en ce que chacime desdites 
bomes (3) est 6quip6e d'un module de commimication (6) et comporte des deuxidmes 
moyens de contrdle (7). 

21. . Dispositif selon la revendication 20, caract^ris^ en ce que lesdits modules de 
communication (1,6) de la station mobile (MS) et desdites bomes (3) pr6sentent 
respectivement une premiere (1 1) et une deuxi&tne (12) zones de couverture d'6mission, 
et en ce que lesdits modules de communication (6) desdites bomes (3) sont agenc^ de 
mani&re k r6ceptioimer une requ&te primaire lorsque la station mobile (MS) qui Ta 
g6n6r6e se trouve plac^e k I'int^eur de leur seconde zone de couverture d'dmission (1 2). 

22. Dispositif selon Tune des revendications 20 et 21 , caract6ris6 en ce que lesdits 
modules de commimication (1,6) de la station mobile (MS) et desdites bomes (3) sont 
respectivement agences pour g6n6rer et r6ceptionner ime requSte primaire par ^changes 
spontan^s de messages contenant des doim6es d^livr^es par lesdits premiers (2) et 
deuxidmes (7) moyens de contrdle. 

23. Dispositif selon la revendication 22, caracterise en ce que lesdits premiers 
moyens de controle (2) sont agences pour g6n6rer des requetes primaires comportant des 
domi6es primaires d^finissant une valeur spatiale primaire representative dudit service 
choisi. 

24. Dispositif selon Pime des revendications 20 a 23, caract6ris6 en ce que le 
module de communication (9) de chacun desdits moyens de service mobiles (8) presente 
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une troisieme zone de couverture d' emission (13) et est agenc^ pour r6ceptionner une 
requete secondaiie lorsque ladite borne (3) se trouve plac6e k rinterieur de sa troisieme 
zone de couverture d'6nission (13). 

25 . Dispositif selon la revendication 24, caract^s^ en ce que lesdits modules de 
communication (6,9) desdites homes (3) et desdits moyens de service mobiles (8) sont 
respectivement agenc^s pour transmettre et r6ceptionner une requSte secondaire par 
Changes spontan^s de messages contenant des donnas d^livr6es par lesdits deuxidmes 

(7) et troisidmes (1 0) moyens de contrdle. 

26. Dispositif selon Tune des revendications 24 et 25, caract^s^ en ce que lesdits 
deuxi^es moyens de contrdle (7) sont agenc^ pour g6n6rer des requStes secondaires 
comportant des donndes secondaires dSfinissant ime valeur spatiale secondaire 
representative dudit service choisi. 

27. Dispositif selon la revendication 19, caract^s6 en ce que lesdits deuxidmes 
moyens de controle (14) sont implant6s dans un serveur (S) equipe d'un module de 
communication (1 5) et sont agenc6s, ar^ception d*une requete primaire pour determiner, 
d'xme part, la position de la borne (3) situ6e k proximity de la station mobile (MS) de 
Tutilisateur, et d'autre part, le moyen de service mobile (8) le plus proche de ladite bome 
(3) et apte k rdaliser ledit service defini dans ladite requSte primaire, et pour adresser k 
ce moyen de service mobile (8) ladite requete secondaire, via le module de 
communication (15) associ^. 

28. Dispositif selon la revendication 27, caract6ris6 en ce que lesdits seconds 
moyens de controle (14) sont agenc6s, a reception d'une requete primaire par le module 
de communication (15) associe, pour adresser a tous les moyens de service mobiles (8) 
de ladite multiplicite ime requ§te auxiliaire leur demandant de foumir leurs positions 
respectives, puis, a r6ception des r^ponses foumies par lesdits moyens de service mobiles 

(8) , k deduire de ces r^ponses le moyen de service mobile (8) situ6 le plus pres de ladite 
bome (3) et apte a rdaliser ledit service defini dans ladite requgte primaire. 

29. Dispositif selon la revendication 27, caracterise en ce que lesdits seconds 
moyens de contrdle (14) sont agences, a reception d'\me requete primaire par le module 
de conmounication (1 5) associe, pour confironter les positions respectives des moyens de 
s^vice mobiles (8) de la multiplicity, aptes a r^aliser ledit service defini dans ladite 
requSte primaire, k la position de ladite bome (3), de manidre k determiner le moyen de 
service mobile (8) situe le plus prds de ladite bome (3). 

30. Dispositif selon Tune des revendications 27 k 29, caracterise eii ce que lesdits 
deuxidmes moyens de contrdle (14) sont agences pour determiner la position d'une 
station mobile (MS) ayant emis une requgte primaire et en deduire la position de ladite 
bome (3). 

3 1 . Dispositif selon Tune des revendications 27 a 29, caracterise en ce que lesdits 
premiers moyens de contrdle (2) sont agences pour integrer dans ladite requete primaire 
Un identifiant representatif au moins de la position de ladite bome (3), et en ce que lesdits 
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deiDdemes moyens de controle (14) sont agenc6s pour dMiiiie de Tidentifiant contenu 
dajQs une requete primaire re9ue au moins la position de la borne (3) associ^e. 

32. Dispositif selon Tune des revendicadons 1 9 i 3 1 , caracteiis6 en ce que lesdits 
deuxiemes moyens deconlidle (7;14) sontagenc6s, aprfes avoir re9u une requete primaire, 
pour permetbe la communication d'informations k ladite station mobile (MS). 

33. Dispositif selon la revendicadon 32, caract^s6 en ce que lesdits deuxidmes 
moyens de contrdle (7;14) sont agenc^s pour determiner des informations representatives 
du temps n^cessaire audit moyen de service mobile (8) le plus proche pour s'arrSter au 
niveau de ladite borne (3). 

34. Dispositif selon Tune des revendications 32 et 33, caracteris^ en ce que 
certaines au moins desdites informations sont de type publidtaire. 

35. Dispositif selonrunedesrevendications32 &34, caract6rise en ce que certaines 
aumoitts desdites informations comportent des demises definissant au moins une adresse 
de site d'infonnation accessible par Internet 

36. Station mobile (MS), caracterisee en ce qu'elle comprend un module de 
communication (1) et des premiers moyens de contrdle (2) d'un dispositif selon Pune des 
revendications 19 k 35. 

37. Station mobile (MS) selon la revendication 36, caract6risee en ce qu'elle est 
choisie dans un groupe comprenant les t^l^hones mobiles et les assistants personnels 
numdriques (« PDA »). 

38. Bome (3), caract6ris6e en ce qu'elle comprend un module de commimication 
(6) et des deuxiemes moyens de contrdle (7) d'un dispositif selon I'une des revendications 
19 a 35. 

39. Bome (3) selon la revendication 38, caract6ris6e en ce qu'elle est destin^e a 
6tre implant6e dans un lieu public choisi dans un groupe comprenant les arrets d* autobus 
ou d' autocars, les a&oports et les gares ferroviaires. 

40. V^hicule de transport (8), caract6ris6 en ce qu'il comprend un module de 
communication (9) et des troisiemes moyens de contrdle (1 0) d'un dispositif selon Tune 
des revendications 19 ^ 35. 

41 . V6hicule de transport (8) selon la revendication 40, caract6ris^ en ce qu'il est 
agenc^ pour assurer le transport en commun de personnes. 
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